





Cahier des charges
     Projet programmation de C



Réaliser par :
•	Houssem Romdhane
•	Abderraouf Twiti
•	Slim Chaanbi
•	Ferchichi aymen
•	Seif Ibidhi


     



Ce document, propriété de «  psychopaths », est strictement confidentiel.
Toute reproduction ou communication est interdite sous peine de poursuite.
Sommaire
Section1 : Le contexte du projet 
1.1 Contexte et définitions du problème: 
1.2 Description du contexte du projet: 
1.3 Les utilisateurs cibles et leurs besoins : 
1.4 Les livrables du projet et leurs critères de succès : 
1.5 Planning :
1.6 Les exclusions du projet: 
1.7 Les contraintes du projet :
1.8 Les hypothèses: 
1.9 Orientations graphique et ergonomiques : 
1.10 Plan des tests d’utilisation : 
Section1 : L'organisation du projet 
2.1 La structure du projet 
2.2 Les rôles et les responsabilités 
2.3 Description de l’environnement technique : 
 

Section1 : Le contexte du projet

1.1	Contexte et définitions du problème:
Le virus Ebola figure parmi les plus contagieux et mortels chez l’homme dans l’organisation mondiale de la sécurité. Le contact direct avec les liquides organiques d’une personne infectée est la principale voie de contamination interhumaine. Compte tenu de sa nature particulièrement dangereuse, les staffs médicaux et surtout les médecins sont les plus risqués de contamination. L’objectif de notre projet est d’assurer la protection des agents de santé.

1.2	Description du contexte du projet:
Nous visons dans notre projet a éviter la contamination des personnels de santé par le virus Ebola en créant un système informatique qui analyse les informations donner par des capteurs électronique installés dans la zone d’isolation (des caméra infrarouges, des capteurs dans les barrières et les portes, des caméras thermique, etc….) afin d’analyser le parcours suivi par le personnel et à mettre le responsable du clinique au courant afin d’entreprendre des mesures d’isolation contre les personnes concernées.

1.3	Les utilisateurs cibles et leurs besoins : 
Le Directeur Générale a besoin d’une bonne gestion des personnels de santé impliqués dans le programme ainsi il faut bien les connaitre, classer et enregistrer selon le nom l’âge le sexe pays d’origine et le poste dans lequel ils sont affectés.
On a besoin à chaque fois de vérifier si quelqu’un est contaminé ou non. Dans ce cas il figure un autre besoin a savoir la gestion de fil d’attente afin de pouvoir remplacer a temps les personnes infectées par des agents de santé inscrits au préalable 

1.4	Les livrables du projet et leurs critères de succès :
Les livrables de notre projet est un programme de sécurité avec une interface graphique qui analyse un fichier (event.txt).
Critère de succès : toute activation de capteur présente un évènement d’entrées/sorties entre les différentes zones qui sera sauvegardées au temps réels dans ce fichier. L’analyse de ce fichier selon les précautions cités d’où l’activation des alertes et la mise au courant de responsable clinique afin d’entreprendre des mesures d’isolation.


1.5	Planning :

              Mile stone/livrable

Cahier des charges 	Date prévue d’achèvement

25/10/2014
Conception du système informatique (organigramme)	06/11/2014
Implémentation du notre programme	27/11/2014
Conception et implémentation le coté graphisme	04/12/2014
Livraison du notre projet	11/12/2014


1.6	Les exclusions du projet:
Les inclus du projet	Les exclus du projet
	Un bilan du programme.
	suivie du projet.
	Assurer la mise à jour de l’application en cas d’un problème lie à la programmation.		Les fausses alertes
	L’installation des capteurs.
	la mise en service du système des capteurs.
	Les constituants du zone d’isolation (combinaisons, cuve d’eau, piscine d’eau)


1.7	Les contraintes du projet :
Les contraintes auxquelles on peut faire face sont :
	Temps de travail limité, date fixe : la nécessite du respect des règles d’hygiène pour restreindre la propagation du virus fait que la mise en œuvre du projet soit une  urgence.
	Le budget alloué  à la réalisation du projet peut être limite vue la grande valeur des dépenses faites jusqu'à ce moment pour lutter contre l’épidémie.
	L’air que doit couvrir le système d’analyse d’évènements est étendu faite de plusieurs emplacements.
	Le nombre de personnels de santé est important aussi ce qui peut influencer le projet.
	Pas d’équipe de maintenance après mise en travail.

1.8	Les hypothèses:
	Si les règles d’hygiène citée si dessus sont insuffisantes pour le maintenir du niveau de protection souhaité, le projet serait ainsi défaillant.
	Si les capteurs fonctionnent mal, le système est induit en erreur.
	Si l’analyse du fichier par le programme ne s’effectue pas en courte durée, le responsable va recevoir des informations trop tard et il ne va pas entreprendre des mesures d’isolation.
	un bug ; il faut vérifier la programmation.

1.9	Orientations graphique et ergonomiques :
La compatibilité ainsi que la qualité comptent parmi les premiers critères de la réussite de l’application. L’application doit être facilement utilisable.
Orientation graphique : 
	Texte lisible (contraste suffisant avec le fond de page) et taille claire.
	Conception simple et lisible par l’utilisateur.
	L’affichage est organisé avec des icônes bien placé sur l’écran.
Orientation ergonomique :
Le programme doit être facilement utilisé par le personnel avec une écriture claire et bien ordonner pour un maximum de confort et d’efficacité.
1.10	Plan des tests d’utilisation :

Le déroulement correcte du programme  est notre grand soucis de ce fait une batterie de tests minutieux est à suivre rigoureusement. Ces tests au nombre de trois commencent  par  la première version 0.1 dont l’accès est réservé  pour les développeurs ; ces derniers sont chargés de réviser son code   , la cohérence des instructions et détecter de bug empêchant l’exécution des taches requises .Puis , viendrait la deuxième version 0.1.1 dont l’accès est réservé à un publique  bien définit : débuggeurs ayant pour rôle de trouver  des bugs faisant  obstacle à la  révision du code. Enfin l’étape du test sur terrain assurée par la version 0.2 ,destinée à plusieurs hôpitaux et centres médicaux   , qui met à la surface les erreurs qui nous ont échappé pendant les versions précédentes  . La condition ultime qui élimine tout jeu d’erreur est la mise à jour continue de 0.2 vérifiant le bon fonctionnement du programme pendant une période adéquate. 
 
Section1 : L'organisation du projet 

2.1 La structure du projet :









2.2 Les rôles et les responsabilités :
Rôle	Responsabilités

Équipe Stratégie	Le cerveau de l'opération. Estime les objectifs et défis du client pour ensuite créer un plan d'action stratégique.

Équipe Branding	Cette équipe insuffle la vie créative au plan mis sur pied par l’équipe Stratégie. Elle produit ensuite le design qui transmet le mieux le message désiré par le client.
	

Équipe de gestion de projets	Cette équipe supervise le déploiement harmonieux de notre approche intégrée Branding . Cette équipe est l’interface entre HTC et le client, elle est aussi en charge du bon fonctionnement du projet du début à la fin





•	Houssem Romdhane : Directeur genéral
•	Twiti Abderraouf : conception/design
•	  Aymen Ferchichi : architecture & development 
•	Seif eddine ibidhi : marketing & management
•	Slim Chaanbi: test & maintenance 



2.3 Description de l’environnement technique :
	utiliser le langage C comme langage de programmation.
	utiliser interfaces graphique SDL, GTK+.
	travailler sur système d’exploitation : Linux (Ubuntu), Windows 












